Add a symlink to the package readme in the repo root

Keep only one license file in the repo root

Fix docs build hopefully

Always build docs

Build API docs with LGPL parts

Remove docs targets

The docs integration is now handled in build.rs if the lgpl-docs feature
is enabled.

libostree: include API docs at build time using a feature flag

libostree-sys: remove license file

Add libostree release task

Bump -sys version

Strip the libostree docs

See previous: it's a license complication.

Disable libostree docs

The API docs are LGPL2 which, if we're being strict, would make the
entire result LGPL2 if the docs are included in the binary; I assume, at
least gtk-rs makes a point to not include the docs in the main build. It
should be possible to make a build script and associated feature that
includes the API docs just for the docs build.

libostree: add metadata, readme, and license file

libostree-sys: switch to docs.rs and add license file

Try setting up docs.rs capable build

Bump -sys version

Remove release builds

I'm not sure they were being useful, but they sure take a long time.

Only publish for master & set docs urls

Always build docs

Add docs build

Fix Gitlab URL & remove readme

It's unnecessary.

Fix libostree-sys publish step

Add libostree-sys publish step

Add some metadata to libostree-sys

Remove package stage for now

Do release build and simply job names

Install libostree for everything, actually

Also install libostree-dev for libostree builds

Use libostree from backports

Install libostree in CI

Add CI config

Add workspace Cargo.toml

Un-bump versions

Exclude generated code from clippy

Explicitly implement PartialEq for ObjectName to satisfy clippy

Run cargo fmt on the custom code

Add include to make libostree-sys tests work

Regenerate libostree-sys

Ignore internal structs in libostree-sys

Generate docs for RepoExtManual

Copy autodocs to hand-implemented methods in RepoExtManual

Add docs to generated files

repo: newlines

Regenerate libostree

Regenerate libostree-sys

Add Makefile

Remove sample

Add simple repo roundtrip test

repo: implement list_refs and list_refs_ext

Add RepoListRefsExtFlags

object_name: extend ObjectName

repo: remove now-incorrect comment

repo: change custom new method to std::path::Path-alike

Add ObjectName wrapper to solve hashing issues

sample: try to extract a file from the repo

Ignore Cargo.lock in libs

Try implementing traverse_commit by hand

Generate functions and constants

Integrate docs into source

TODO properly document those steps

Add as much of Repo as easily possible

Add additional 'new' method to Repo

Add a test/sample program

Add a prelude module for star imports

Add some basic types and regenerate

Generate

Add build files for libostree

Start describing libostree

Add manual definition for stat

Update names and dependencies

Add external libraries and regenerate

Add initial gir output

Add config file and gir files

Not sure if I want to keep the gir files in the repo

Merge pull request #2598 from lucab/ups/without-systemd-fix

lib/ostree-sysroot-deploy: add a missing include for stdint.h

ci/github: add a job for --without-libsystemd

lib/ostree-sysroot-deploy: add a missing include for stdint.h

Merge pull request #2596 from cgwalters/release-2022-3

configure: post-release version bump

Release 2022.3

Merge pull request #2593 from smcv/txn-refcount

Fix abort-on-error behaviour of transactions

repo: Correctly initialize refcount of temporary transaction

Previously, the reference count was left uninitialized as a result of
bypassing the constructor, and the intended abort-on-error usually
wouldn't have happened.

Fixes: 8a9737a "repo/private: move OstreeRepoAutoTransaction to a boxed type"
Resolves: https://github.com/ostreedev/ostree/issues/2592
Signed-off-by: Simon McVittie <smcv@collabora.com>

repo: Factor out _ostree_repo_auto_transaction_new()

This will allow the direct allocation in
ostree_repo_prepare_transaction() to be replaced with a call to this
function, avoiding breaking encapsulation.

Signed-off-by: Simon McVittie <smcv@collabora.com>

Merge pull request #2589 from cgwalters/ostree-boot-complete

Add an `ostree-boot-complete.service` to propagate staging failures

Quite a while ago we added staged deployments, which solved
a bunch of issues around the `/etc` merge.  However...a persistent
problem since then is that any failures in that process that
happened in the *previous* boot are not very visible.

We ship custom code in `rpm-ostree status` to query the previous
journal.  But that has a few problems - one is that on systems
that have been up a while, that failure message may even get
rotated out.  And second, some systems may not even have a persistent
journal at all.

A general thing we do in e.g. Fedora CoreOS testing is to check
for systemd unit failures.  We do that both in our automated tests,
and we even ship code that displays them on ssh logins.  And beyond
that obviously a lot of other projects do the same; it's easy via
`systemctl --failed`.

So to make failures more visible, change our `ostree-finalize-staged.service`
to have an internal wrapper around the process that "catches" any
errors, and copies the error message into a file in `/boot/ostree`.

Then, a new `ostree-boot-complete.service` looks for this file on
startup and re-emits the error message, and fails.

It also deletes the file.  The rationale is to avoid *continually*
warning.  For example we need to handle the case when an upgrade
process creates a new staged deployment.  Now, we could change the
ostree core code to delete the warning file when that happens instead,
but this is trying to be a conservative change.

This should make failures here much more visible as is.

Merge pull request #2588 from cgwalters/ostree-and-ima

docs: Add new IMA document

Update docs/ima.md

Co-authored-by: Jonathan Lebon <jonathan@jlebon.com>

docs: Add new IMA document

Now that the fixed code for `ima-sign` landed in
https://github.com/ostreedev/ostree-rs-ext/pull/283

Merge pull request #2584 from cgwalters/fix-ci

ci: Mask zincati for synthetic update

ci: Mask zincati for synthetic update

Our CI started falling over because coreos-assembler checks
for units stuck activating as of https://github.com/coreos/coreos-assembler/pull/2810

Really need to centralize the code for this and fix the root
problem, but...not today.

xref https://github.com/coreos/coreos-assembler/pull/2814

Merge pull request #2583 from cgwalters/curl-check-setopt

fetcher/curl: Consistently check return value `curl_easy_setopt`

fetcher/curl: Consistently check return value `curl_easy_setopt`

Static analyzers don't like when we only check it sometimes.

And we definitely want to know if any of these are failing.

Merge pull request #2578 from lucab/ups/move-fixture

tests: move fixture to fix installed tests

tests: move fixture to fix installed tests

This moves around the packed archive for bare-split-xattrs mode,
in order to fix installed tests.

Merge pull request #2577 from dbnicholson/man-html

Publish man pages

docs: Publish man pages

Make a copy of `man/html` to `docs/man` and then configure Jekyll to
include it verbatim like the API docs. A link is added to the main index
and the necessary commands are added to the github docs workflow.

man: Create an HTML index

This provides something that can serve at the root of the HTML man pages
tree.

man: Use custom XSL stylesheet for HTML output

This allows using a template stolen from systemd to turn references into
links.

man: Allow building HTML man pages

Add a --enable-man-html configure option to build HTML man pages using a
different stylesheet. The HTML pages aren't installed as I don't know
what purpose they'd serve on an actual installation.

man: Remove unnecessary nbsp's from ostree man page

I really don't know what these were for. In both man and HTML output
with a recent version of the Docbook XSL, the command synopses are
already indented. I don't see any reason why they'd need to be manually
indented more.

Merge pull request #2576 from cgwalters/archive-handle-null-link

libarchive: Handle `archive_entry_symlink()` returning NULL

The `archive_entry_symlink()` API can definitely return `NULL`,
reading through the libarchive sources.

I hit this in the wild when using old ostree-ext to try to unpack
a chunked archive.

I didn't try to characterize this more, and sorry no unit test right
now.